今天來聊聊看完這本書的心得，我覺得一位當programer，常常被專案追著跑，在這本書中，裡面告訴我們，當遇到了一個需求，必須靠著專業判斷，說Yes還是說NO，當你說Yes的時候，就必須為你的決定負責，而且答應之後，必須能夠明確地說出完成的時間以及克服在開發中所遇到的難題。 但是在說No的時候，也必須提出為何拒絕的原因，讓別人能夠了解難處。

其中作者在年輕時，在下星期一必須要demo一個重要的程式，但他在星期五時，把一台機器裡面的程式改成了屍體，
(對，沒錯，不會動了，程式遇到有問題時，記得交出屍體，讓驗屍官驗屍一下，才能查出死因(BUG))
然後他就下班了。 下禮拜一上班時，作者還遲到，然後一群人圍著機器，向他提出了質疑，雖然之後他把問題解決了，卻也導致上面高層對他的不信任，之後也被資遣了。 作者才深深了解到，"專業"這兩個字，必須把分內的事情做好，才能得到別人的信任。

另外一個篇章，講到了flow 心流。 當一個人在心流狀態時，將完全沉浸在手上的任務中，失去了對其他事物的感知：時間、人、分心的事、甚至基本身體需要。這是因為在心流狀態人的全部注意力在手頭任務，沒有可分配的注意力。 通常程式設計師最常進入心流的時間，是在晚上10~12點之間，沒有人打擾XD
有可能一通電話來，導致分心，要重新進入心流，也要10分鐘以上，作者就會將一天的時間，切成很多時段，在某些時段，是不被打擾的。 如果在coding的時候，有人反映程式有問題，作者會將程式的問題紀錄後，在某個時段集中處理這些問題，以免自己coding的時間被打斷，也能提升效率。
另外作者騎腳踏車提早進公司上班，一方面讓自己的頭腦提早醒來，一方面有運動習慣的話，思緒也比較清晰。
看完這本書後，我覺得自己還有很多需要學習的地方。

參考網站：
心流理論